我有客户端和服务器组件。服务器可能安装在防火墙或负载平衡器后面。许多站点/论坛建议使用TCP保持事件功能来避免由于不活动而导致连接终止。问题是来自客户端的保持事件消息是否真的会到达服务器？我尝试使用tcptrace实用程序模拟部署，发现保持事件消息未到达服务器，但客户端仍在获取保持事件消息的ACK。我不确定LB/FW是否以相同的方式工作。在防火墙和负载均衡器的情况下，keep-alive是避免由于套接字不活动而导致连接终止的好选择吗？ 最佳答案 答案当然是:“视情况而定”。许多防火墙和负载均衡器保持独立的前端和后端TCP连接，例如:

我的问题是，我已经创建了一个TCP连接，当它停留约1小时而没有传输任何数据时，它已经与服务器断开连接，但它没有通知我它已断开连接，我是否应该发送保持事件数据包到服务器？或者我应该从服务器向客户端发送keepalive数据包吗？还是我应该同时发送给两者？ 最佳答案 是的，你应该。几天前我创建了一个TCP套接字/服务器应用程序，我遇到了同样的问题。我通过开始发送保持事件数据包来修复它。如果你发送保活数据包，你的问题就会消失。我听说有人说操作系统会为你发送保活数据包，我对此不是很熟悉，但发送保活数据包对我来说很明确

是否可以在一些假设的应用程序级握手后设置套接字的SO_KEEPALIVE选项(TCP保持事件间隔和TCP保持事件值)？还是必须在调用accept之前设置？我关心Linux、Windows和eCoslwIP堆栈之间的互操作性，因此非常感谢有关这两个平台的信息。 最佳答案 正如EJP所说，你可以随时设置。manpage说:setsockopt()manipulateoptionsforthesocketreferredtobythefiledescriptorsockfd.你可以像这样设置或取消设置SO_KEEPALIVEintiOpt

我已经使用数据库驱动的session管理实现了一个成熟的节点http服务器，并且能够在顶部使用socket.io来实现文件上传进度条和聊天应用程序。我还使用了node-http-proxy并且能够代理w​​ebsockets。在这种背景下，我有以下问题，我认为我需要知道这些问题才能成为一名有效的socket.io开发人员。我没有被困在任何特定的代码中，但下面要求的信息是成为有效的套接字开发人员所必须的，但似乎没有任何解释。我的理解:一个。HTTP使用TCP套接字作为底层传输。在旧的HTTP实现中，每个请求使用一个套接字。在较新的版本中，“Keep-alive”header用于使套接字保

我有几个问题，都与keep_alive有关。basic_socket_acceptor::keep_alive之间有什么区别？和basic_stream_socket::keep_alive？什么时候使用哪个？我们是否需要为ip::tcp::acceptor使用任何类型的keep_alive？这对我来说没有意义，因为接受器本身没有没有连接，但也有一个keep_alive选项，因此困惑。如果设置了keep_alive，那么当BoostAsio检测到连接中断时，它的行为是什么？它如何/何时通知用户代码？它会抛出异常吗？如果是这样，哪个异常(exception)？我在文档中没有看到任何此类详

我的http请求服务器处理时间过长(大约5分钟)。因为连接闲置了5分钟，所以代理服务器关闭了连接。我正在尝试在ApacheDefaultHttpClient中使用TCPKeep-Alive使连接长时间处于Activity状态(不要将TCPKeep-Alive与发送响应后不会关闭连接的HTTPKeep-Alive混淆)。Apachehttp核心具有以下参数SO_KEEPALIVE:http://hc.apache.org/httpcomponents-core-ga/httpcore/apidocs/org/apache/http/params/CoreConnectionPNames.

在工作中，我们有一个客户端-服务器系统，客户端通过HTTP向Web服务器提交请求。服务器端处理有时会超过60秒，这是我司IT人员设置的代理超时值，无法更改。有没有办法通过来自服务器或客户端的心跳消息使HTTP连接保持60秒以上(最好是任意长的时间)？我知道有HTTP1.1持久连接，但这不是我想要的。HTTP是否具有保持事件能力，或者这是否必须通过某种套接字选项在TCP级别完成？ 最佳答案 This应该让你开始。 关于http-Keep-alive用于长期HTTPsession(非持久性H

我正在研究通过TCP将嵌入式电路板连接到PC。该板包含一个chip遗憾的是，它不会在接收数据时产生任何中断。但它确实会在接收到“Keep-Alive”信号时产生中断。目前我必须轮询数据。相反，我在想，我将从PC发送数据，然后发送KeepAlive信号。每当收到KeepAlive时，我也会读取数据。我知道这可能会产生错误警报，但它比连续轮询要好。我在Wireshark上观察到一个Keep-Alive数据包，它有一个字节的数据并且是“00”。然后我尝试发送数据为“00”的TCP数据包:我可以看到，只有Flag部分不同。我有两个问题:(大致)如何手动发送Keep-Alive信号？如何更改该标

Wireshark和网络监视器为此提供了过滤器，但我想知道如何通过查看header或负载来推断数据包是TCPKeep-Alive还是Keep-AliveAck。 最佳答案 TCP保活数据包是一个ACK​​，序列号设置为比连接的当前序列号。 关于tcp-我如何确定数据包是否为TCPKeep-Alive？，我们在StackOverflow上找到一个类似的问题： https://stackoverflow.com/questions/5855774/

我们看到这种模式经常发生在两个通过TCP连接传输数据的RHEL6机器之间。客户端发出TCPWindowFull，0.2秒后客户端发送TCPKeep-Alives，服务器以看起来正确形状的响应对其进行响应。然而，客户端对此并不满意，并继续发送TCPKeep-Alives，直到它在将近9秒后最终关闭与RST的连接。尽管RHEL盒子具有默认的TCPKeep-Alive配置:net.ipv4.tcp_keepalive_time=7200net.ipv4.tcp_keepalive_probes=9net.ipv4.tcp_keepalive_intvl=75...它声明这应该只发生在2小时的